home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 1844 < prev    next >
Encoding:
Text File  |  1996-08-05  |  3.8 KB  |  82 lines
  1. Newsgroups: comp.sys.amiga.graphics,comp.sys.amiga.hardware,comp.sys.amiga.misc
  2. Path: news.kei.com!ub!dsinc!scala!news
  3. From: dave.haynie@scala.com (Dave Haynie)
  4. Subject: Re: RTG and Amiga
  5. Sender: news@scala.scala.com (Usenet administrator)
  6. Message-ID: <1996Jan16.230014.11412@scala.scala.com>
  7. Date: Tue, 16 Jan 1996 23:00:14 GMT
  8. Reply-To: dave.haynie@scala.com (Dave Haynie)
  9. References: <wfblanDL5rr5.ItI@netcom.com>
  10. Nntp-Posting-Host: gator
  11. Organization: Scala Computer Television, US Research Center
  12.  
  13. In <wfblanDL5rr5.ItI@netcom.com>, wfblan@netcom.com (Wells Fargo Bank) writes:
  14. >Currently, the Amiga has EGS and CyberGfx as RTG standards.  These, however,
  15. >hardly compare with the RTG abilities, for instance, on the Mac.  
  16.  
  17. Of course they do. Graphics.library isn't a elegant as QuickDraw in
  18. some respects, but it's just as effective an abstraction.
  19.  
  20. >When will the Amiga have such a standard that no matter what you are
  21. >using as a video source, anything will work through it?  
  22.  
  23. When programs stop bypassing the graphics.library and hitting the
  24. hardware directly. This isn't done on the Mac. That's partially
  25. because Apple has been alot nastier at breaking programs that even
  26. bend the rules under MacOS, and partly because there was nothing very
  27. interesting to bang these in the first place, especially on early
  28. Macs. 
  29.  
  30. >It is nice to get AGA quality with a video card, but it is a bummer
  31. >to not be able to actually be able to use a lot of the AGA programs
  32. >(games in particular) with the video card.
  33.  
  34. It's the game program at fault, there's nothing the Amiga OS can do
  35. about this. Now do realize that if programmers were forced to use
  36. graphics.library for games, these games would run considerably
  37. slower. Apple didn't have much in the way of games for years on the
  38. Macs, because nothing much beyond static adventure games would play
  39. well. Now, sure, they have Doom and lots of other modern games. But
  40. you could have these, too, on an A4000/060 with a 64-bit Cybergraphics
  41. board, though graphics.library. You're not getting this on an A1200
  42. with AA chips. 
  43.  
  44. >Is a RTG standard that will work 'no matter what' a project under
  45. >discussion? 
  46.  
  47. You don't understand the point of RTG. Or, apparently, what a graphics
  48. library does, and what a game does differently. I hope I've cleared
  49. this up a bit.
  50.  
  51. >Or as long as there is hardware 'banging' will this never really be able
  52. >to happen?  
  53.  
  54. There you go. You can write hardware dependent code or hardware
  55. independent code, to do most anything on a computer. What makes the
  56. latter independent of the hardware is that it "speaks" to a layer of
  57. software, using some abstraction. That software, ideally part of the
  58. OS, will in turn bang the hardware. When the hardware changes, this
  59. interface layer changes along with it. The application stays the same,
  60. so it works on the new hardware as well. But running that extra
  61. software layer takes CPU cycles. Game programmers on the A1200 demand
  62. every cycle for themselves. In all honesty, they do often need it.
  63. PowerMacs, Pentiums, and the lastest crop of game machines (Sony,
  64. Nintendo, Sega) are substantially more powerful than the A1200. I'm
  65. talkin' like 5x-10x in the CPU, up to 50x-100x on the graphics side,
  66. depending on the specific thing you're looking at. 
  67.  
  68. >And does that mean that nobody bangs the hardware on the Mac?
  69.  
  70. Basically, Apple got real mean if you did it. They didn't originally
  71. give a damn about game programs, that's what (at the time) Apple IIs
  72. were for. Knowing they'd break, if possible, on a new OS or hardware
  73. platfrom, and held up an object of ridicule, few every broke the
  74. programming rules on the Mac. 
  75.  
  76. Dave Haynie          | ex-Commodore Engineering |   for DiskSalv 3 &
  77. Sr. Systems Engineer |  Hardwired Media Company | "The Deathbed Vigil"
  78. Scala Inc., US R&D   |    Ki No Kawa Aikido     |     info@iam.com
  79.  
  80.          "Feeling ... Pretty ... Psyched" -R.E.M.
  81.  
  82.